Fric-frac Use Case Entiteit Index
Probleem
We hebben een manier nodig om de code die we willen schrijven op een intuïtieve manier voor te stellen zodat we een goed mentaal beeld kunnen vormen van datgene wat we willen maken. Use cases zijn hiervoor geschikt omdat ze goed aansluiten bij onze eigen belevingswereld.
Design
Use case diagram
We beginnen met een use case diagram. We geven hier het voorbeeld van EventCategory en Person.
Use case beschrijvingen
We beschrijven alleen de use cases voor Peroon in detail.
Person Index
naam use case |
Person Index |
samenvatting |
lijst van personen tonen met hun voornaam en familienaam en de mogelijkheid bieden een persoon uit de lijst te selecteren om te kunnen updaten of te deleten. |
actoren |
beheerder |
aannamen |
|
beschrijving |
|
alternatief |
|
resultaat |
de lijst van personen staat op de Index pagina |
Person InsertingOne
Een eerste poging tot het beschrijven van Person InsertingOne.
De beheerder moet de mogelijkheid hebben om een nieuwe persoon toe te voegen. Na het intypen van de nieuwe gegevens moet het programma de nieuwe persoon in de tabel Person inserten. Zie hievoor de use case hieronder.
naam use case |
Person InsertingOne |
samenvatting |
Beheerder maakt een persoon aan, nieuwe persoon toevoegen |
actoren |
beheerder |
aannamen |
|
beschrijving |
|
uitzonderingen |
[niet ingevulde velden ] : melding welke velden nog ingevuld moeten worden. |
resultaat |
de persoongegevens worden via het formulier (submit) verstuurd naar de server om te worden toegevoegd aan de tabel in de database |
Person InsertOne
En nu een eerste poging tot het beschrijven van de use case Person InsertOne:
naam use case |
Person InsertOne |
samenvatting |
nieuwe persoon inserten |
actoren |
beheerder |
aannamen |
|
beschrijving |
|
alternatief |
de persoon bestaat al |
resultaat |
de persoon is toegevoegd in de tabel Person |
Person UpdatingOne
Een eerste poging tot het beschrijven van Person Updating.
De beheerder moet de mogelijkheid hebben om de gegevens van een bestaande persoon te wijzigen. Na het intypen van de nieuwe gegevens moet het programma de gewijzigde persoon in de tabel Person updaten. Zie hievoor de use case hieronder.
naam use case |
Person UpdatingOne |
samenvatting |
de gegevens van een bestaande persoon wijzigen |
actoren |
beheerder |
aannamen |
|
beschrijving |
|
uitzonderingen |
[niet ingevulde velden ] : melding welke velden nog ingevuld moeten worden. |
resultaat |
de persoon gegevens worden verstuurd naar de server om de Person tabel te updaten |
Person UpdateOne
En nu een eerste poging tot het beschrijven van de use case Person UpdateOne:
naam use case |
Person UpdateOne |
samenvatting |
nieuwe gegevens van persoon updaten |
actoren |
beheerder |
aannamen |
|
beschrijving |
|
alternatief |
wijzigingen annuleren |
resultaat |
de persoon is geüpdated in de tabel Person |
Person DeleteOne
En nu een eerste poging tot het beschrijven van de use case Person DeleteOne:
naam use case |
Person Delete |
samenvatting |
de geselecteerde persoon deleten |
actoren |
beheerder |
aannamen |
|
beschrijving |
|
alternatief |
geen |
resultaat |
de persoon is gedeleted in de tabel Person |